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DISTRTBTTTgT) SERVICE MANAGEMENT SYSTEM AND METHOD 
FOR PERSONAL COMMUNICATION SERVICES 

Field of the I nvention 

The present invention relates to a distributed service 
management system and method to support the fast deployment of 
personal communication services. Specifically, the present 
invention enables a nomadic user to subscribe to, activate, 
and use personal communication services anywhere and az any 
time without interoperability problems among different 
personal communication service providers and phone companies. 

Background of th e Invent inn 

One important goal of personal communication services is 
to allow users to communicate from anywhere to anywhere at any 
time. Such personal communication services generally involve 
multiple service providers including local and long distance 
telephone companies and cellular telephone companies. An 
example of a personal communication service is as follows: 

A personal communication service provider (e.g., a 
cellular telephone company) enables traveling users to rent a 
wireless portable phone from a rental phone company (e.g., 
from an airline or car rental company). a sales 
representative travels from a home location e.g., New Jersey, 
to a visiting location, e.g., California. In order to get in 
touch with his/her boss and his/her home, the user rents a 
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wireless portable phone immediately upon arrival in 

California. Using the rental phone, the user is provided with 

basic mobile phone service from the personal communication 

service provider. In addition, the user would like the 

5 following features: 

1) The user wants calls directed to his/her office or 

home to be automatically forwarded to the rental 

portable phone, without informing anyone that he/she 

is traveling. 

10 2) To avoid unimportant incoming calls, (and 

corresponding incoming call charges) , the user would 
like to restrict the number of people who can call 
the rented portable phone. 
3) It is important to the user that the rental phone 
15 features be activated instantly, so that calls can 

be made immediately upon the user's arrival at the 
visiting location. 
This kind of personal communication service involves a 
plurality of service providers. There are (a) the local 
20 telephone company at the home location, (b) a long distance 
telephone company, (c) the local telephone company at the 
visiting location, and (d) the personal communication service 
provider (i.e. the cellular telephone company) at the visiting 
location. All of these are referred to herein as "service 
25 providers". 

To enable this kind of personal communication service, 
involving multiple service providers, interoperability 
problems among the different service providers must be 
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resolved. The interoperability problems can be divided into 

two categories: (a) location tracking and (b) service 
management . 

The interoperability problem for location tracking has 
5 been addressed by adopting signaling protocols used by the 
mobile phone industry. Location tracking functions are 
implemented using two location registers. One of the 
registers, maintained by the local telephone company of the 
user's home location, is called the Home Location Register 

10 (HLR) . The other register, maintained by the local telephone 
company of the visiting location, is called the Visiting 
Location Register (VLR) . The HLR stores the customer profile 
data and the location of the VLR of the user. The customer 
profile data contains important information such as the user 

15 name/address, preferred long distance carrier, service 
features (e.g., call forwarding and call restriction), 
billing, and other administrative related information. When 
the user travels to a new visiting location (e.g., from New 
Jersey to California) , a new VLR is created in the new 

20 location. A part of the profile data is loaded into the VLR 
such that the service provider at the visiting location can 
implement service features (e.g. call restriction) for the 
visiting user. The location of VLR in the HLR is changed to 
the new VLR location, and the VLR in the previously visited 

25 location is deleted. The process of creating a new VLR, 
loading profile data to the VLR, and updating the visiting 
location of a user in the HLR is called "automatic roamer 
registration" . 
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The interoperability problem for service management is 
much more complex than that for location tracking. Service 
management refers to a collection of functions required to 
enable a personal communication service user to subscribe to, 
5 modify, and activate service features anywhere and at any 
time. Examples of service management functions include phone 
number administration, customer profile data management, 
service activation, and security administration. The phone 
number administration function is important for maintaining 
10 the uniqueness of phone numbers. The customer profile data 
management function provides customer profile databases and 
user interfaces for creating, modifying or transferring such 
databases. The service activation function extracts part of 
the data specifying service features from the profile data and 
15 loads this data into physical communication systems that 
process calls. The service activation function also controls 
the activation and deactivation of the service features. The 
security administration function prevents or detects 
unauthorized uses of services and service management 
20 functions. 

Service management functions of this type need to be 
implemented to provide personal communication services 
involving multiple service providers. Such implementation of 
the service management functions generally requires 
25 interactions between application software and various 
databases owned and operated by the different service 
providers. Consider an application which enables a nomadic 
user to subscribe to a personal communication service from any 
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service provider at any location. An example of such a 
service is call forwarding to a temporarily rented portable 
phone. The application may, for example, need to perform the 
following database access operations at databases maintained 
by various different service providers: 

check credit databases owned by credit card companies or 
phone companies to determine whether the user is able to 
pay for the service- 
check the customer profile database in the user's HLR to 
determine whether the user is currently located in a 
place other than the visiting location currently stored 
in the HLR; 

check the credit and network databases of long distance 
phone companies specified by the user to determine 
15 whether the user can use a particular long distance 

carrier in the visiting location; 

load profile data into the VLR at the visiting location 
and update the HLR with the location of the VLR if 
necessary; and 

20 load the profile data to the call processing systems and 

activate the service. 

In view of the foregoing, it is an object of the 
invention to provide a service management system and method to 
implement the above -described service management functions by 
25 accessing databases of multiple service providers, so that 
personal communication services involving multiple service 
providers can be made available to users in a rapid and 
reliable fashion. 
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It is a further object of the invention to provide a 

distributed service management system comprising a plurality 
of individual service management systems operated by a 
plurality of individual service providers to implement the 
5 above- identified service management functions. 

It is another object of the invention to provide a 
distributed service management system which is formed from a 
plurality of individual service management systems operated by 
individual service providers without significantly modifying 
10 the individual service management systems. 

It is also an object of the invention to provide a 
service management system which can be used to provide new, 
heretofore unavailable, personal communication services. 

Specifically, it is an object of the invention to provide 
15 enhanced personal communication services on a temporary basis 
to nomadic users, examples of such services including (a) call 
forwarding from a user's base telephone to a mobile telephone; 
and (b) the restriction of incoming calls to a mobile 
telephone . 

20 

Summary of the Invention 

The present invention is directed to a distributed 
service management system which comprises a plurality of 
individual service management systems operated by different 
25 service providers. The service providers include, for 
example, local telephone companies, long distance telephone 
companies and cellular telephone companies. The individual 
service management systems are interconnected by a 
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telecommunications network. A local database is located at 

each individual service management system. This local 

database contains customer profile records (CPR) and credit 

records, for example. Each individual service management 

5 system includes a database management system for managing the 

local database. 

Each individual service management system has an 

Interactive Distributed Transaction Monitor (IDTM) . The IDTM 

provides an interactive, message based interface that allows 

10 applications to access data stored in the local databases of 
different individual service management systems. An 
illustrative application enables a user to subscribe to a 
service which forwards calls to a temporarily rented portable 
phone. The IDTM comprises multiple processes known as agents. 

15 The agents in each IDTM encapsulate the local database by 
acting as an intermediary for all applications (locally 
originated or remotely originated) that need to access the 
local database. The IDTM at each individual service 
management system also includes a transaction manager and a 

20 communication manager. 

A local application connects to local and remote 
databases by first registering with the transaction manager at 
the local service management system. When a transaction 
manager receives a registration request, the transaction 

25 manager allocates an agent and connects the agent to the 
application. The allocated agent is called the coordinator. 
The coordinator agent will perform local database accesses for 
the application. The application may require access to a 
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remote database located at a remote service management system. 

In this case, the coordinator will request the local 

transaction manager to communicate with the transaction 

manager at the remote service management system to allocate a 

remote agent to the application to enable the application to 

access the remote database. 

Each IDTM agent comprises several modules for performing 

the following functions: database access, persistent storage, 

concurrency control, commit protocol, and event detection. An 

application issues standard database operations, such as read, 

write, or commit. These operations are executed by the agents 

in the IDTMs . 

The use of the IDTMs is highly advantageous. The 
installation of an IDTM at each individual service management 
system to be incorporated in the distributed service 
management system does not significantly alter the individual 
service management systems. Thus, the distributed service 
management system may easily be formed from existing 
individual service management systems. Because the IDTM is an 
intermediary between the application and the databases, the 
particular database management system used at each individual 
service management system need not be altered to form the 
distributed service management system. 

The distributed service management system of the present 
invention can perform database operations at the service 
management systems of multiple service providers so that 
enhanced personal communication services can be provided to 
users . 

8 
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Consider the case of providing a call forwarding service 
to a user who rents a portable phone at a visiting location 
(e.g., the case of the user who rents a portable phone at an 
airport) . The distributed service management system performs 
the following functions involving multiple database accesses 
to enable a user to subscribe to this service: 

1) check credit records at the service management 
systems of all the service providers involved in the 
service to make sure the user can pay for the 
service. 

2) check the customer profile in a user's Home Location 
Register to determine if the visiting location 
stored therein is different from the user's actual 
current visiting location,- 

15 3) check the credit and network database of long 

distance carriers specified by the user to make sure 
the user can actually utilize a particular long 
distance carrier from the visiting location; 

4) load profile data into the Visiting Location 
Register at the visiting location and update the 
Home Location Register with the location of the 
Visiting Location Register if necessary. 

5) load profile data to particular call processing 
systems (e.g. service control points, central 
offices, or switches) to activate the service. For 
example, the switching performed at one or more 
central office switches may be changed so that when 
the user's base telephone number is called, the call 
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is switched to another location to implement call 
forwarding. 

Again, it should be noted that the service management 
functions are carried out using a distributed service 
5 management system comprised of individual service management 
systems which communicate by messages transmitted by the 
IDTMs . 

Brief Description of the Drawing 

Fig. 1 schematically illustrates a distributed service 
management system comprising a plurality of individual service 
management systems, in accordance with an illustrative 
embodiment of the present invention. 

Fig. 2 schematically illustrates the hardware used to 
implement one of the individual service management systems of 
the distributed service management system of Fig. 1. 

Fig, 3 schematically illustrates an IDTM used at each 
individual service management system in the distributed 
service management system of Fig. 1. 

Fig. 4 illustrates a system including the networks of a 
plurality of service providers and including a distributed 
service management system according to the invention. 

Detailed Description of the Invention 
25 For purposes of clarity, the detailed description of the 

invention is divided into two parts. Part A describes the 
architecture of the inventive distributed service management 
system and describes in detail the IDTM's utilized therein. 

10 
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Part B describes how a prototypical service (i.e., 
personalized services for a temporary portable phone user) may 
be implemented using a distributed service management system 
of the present invention. 



A . Distrib uted Se r vice Ma naoemer- t System Process 

The overall architecture of the distributed service 
management system of the present invention is illustrated in 
Fig. 1. The distributed service management system 10 of Fig. 
1 comprises a plurality individual service management systems 
12-A, 12-B, 12-C, 12-D, 12-E, 12-F, operated by different 
service providers. For example, the service management system 
12-A is operated by a first local telephone company, the 
service management system 12-B is operated by a second local 
telephone company, the service management system 12-C is 
operated by a long distance telephone company, and the service 
management system 12-D is operated by a personal communication 
service provider such as a cellular telephone company. Two 
other individual service management systems, 12-E and 12-F are 
located at service control points. A service control point 
(SCP) is a physical communication system which provides call 
processing functions for a collection of central office 
switches. 

The service management systems are interconnected by the 
transport network 14. The transport network 14 provides the 
data and SQL (Standard Query Language) message transport 
services. The network 14 utilizes the facilities provided by 
wire based and wireless telephone and other communication 
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networks. 

Each individual service management system 12 has a local 
database (not shown in Fig. 1, but see Fig. 2) which stores, 
for example, customer profile records and credit records. 
Each individual service management system also has a database 
management system for managing its database. 

Each individual service management system 12 has an 
Interactive Distributed Transaction Monitor { IDTM) 16 (see M. 
Cochinwala, K.C. Lee and W. Mansfield, Jr., "A Distributed 
Transaction Monitor" Third International Workshop on Research 
Issues on Data Engineering: INTEROPERABILITY IN MULT I DAT ABAS E 
SYSTEMS , Vienna, Austria, April 18-20, 1993) . The IDTM 16 is 
an interactive message based interface that allows 
applications to access the databases at a plurality of the 
individual service management systems 12. Illustratively, the 
IDTM's 16 communicate using the transport network 14 using 
SQL. 

The structure of a service management system 12 is 
described in greater detail below. Fig. 2 shows a portion 2 0 
of a public switched telephone network belonging to a local 
telephone network. The network portion 20 forms part of the 
transport network 14 of Fig. 1. The network portion 20 
includes the central office 22. A unit of Customer Premises 
Equipment (CPE) 26 is connected to the central office 22 by 
the subscriber loop 28. Numerous other CPE units (not shown) 
are connected to the central office 22 by other subscriber 
loops (e.g., 28', 28' ' ) . The individual service management 
system 12 is connected to the central office 22 by the line 
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30. The network portion 20 also include the service control 

point (SCP) 29. The SCP 29 is connected to the central office 
22 by the line 33 and is connected to the individual service 
management system 12 by the line 35. The VLR and HLR 
registers 34 are maintained in the central office. 22. 
Alternatively, the VLR and HLR registers 34' are maintained in 
the service control point 29. It should be noted that the 
lines 30, 33 and 35 are part of the transport network 14. 

The service management system 12 comprises the computer 
32 and the storage 36. The storage 36 stores a database 
comprising customer profile records and (CPR) and credit 
records as well as other records for other functions such as 
telephone number administration. The computer 32 runs a 
database management system for managing the database stored in 
the storage 36. The computer 32 also runs application 
software to control the providing of services in the telephone 
network (e.g., changing the database to implement call 
forwarding) . The application software can be requested from 
a unit of CPE (e.g. CPE 26) which communicates with the 
computer 32 via the central office 22. The computer 32 also 
performs telephone number administration. The computer 32 
also maintains the information required to administer the HLR 
and VLR 34 or 34 ' , 

In addition, the computer 32 performs service activation 
by controlling certain hardware elements in the network such 
as the switching performed by switches in the central office 
22. For example, to perform a call forwarding operation, it 
is necessary to change the switches in the central office 22 
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so that calls which are normally switched to one CPE are now 
switched to someplace else. The service control point 2 9 is 
also controlled by the computer 32. 

The computer 32 also includes an IDTM (see Fig. l, Fig. 
2 and Fig. 3) . This permits the service management system 12 
of Fig. 2 to communicate with other service management systems 
belonging to other service providers (long distance carriers, 
other local telephone companies) to form the distributed 
service management system of the present invention. This 
enables applications at the computer 32 to access databases at 
other service management systems. 

An IDTM is described in greater detail below in 
connection with Fig. 3. Specifically, Fig. 3 shows two IDTM's 
labeled IDTM A and IDTM B. The IDTM A is part of a first 
service management system 12-A located at site 1. Located at 
site 1 is a computer or other data processing system for 
implementing the first service management system 12-A. The 
IDTM B is part of a second service management system 12-B 
located at site 2. Located at site 2 is a computer or other 
data processing system for implementing the second service 
management system 12 -B. The service management system 12-A 
•includes the local database management system 52 which manages 
the data base 53. The service management system 12-B includes 
the local database management system 52' which manages the 
local database 53' . The applications 58 run at the service 
management system 12-A and the applications 58' run at the 
service management system 12-B. 

Each IDTM (e.g., IDTM-A and IDTM-B) integrates multiple 
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databases (e.g., 53, 53') belonging to multiple individual 
service management systems (e.g., 12-A, 12-B) into a 
multidatabase transaction management system which is the 
distributed service management system of the present 
invention . 

The IDTM A comprises a plurality of agents 50 which f c-rm 
an agent pool 51. An agent is a software process that enables 
an application to access data in a local database. The IDTM- A 
also comprises a transaction manager 60 and a communication 
manager 62. The IDTM-B also comprises a plurality of agents 
50' which form an agent pool 51'. The IDTM B also comprises 
a transaction manager 60' and a communication manager 62' . 
The IDTMs 12-A and 12-B communicate using SQL via the 
transport network 14 which is connected to the communication 
managers 62 and 62' . 

The agents 50 and 50' encapsulate the local database 
management systems 52 and 52' and local databases 53 and 53', 
respectively, by acting as intermediaries between the 
application 58, 58' and the database management systems (see 
e.g., J. Pons and J. Vilarem, "Mixed Concurrency Control: 
Dealing with Heterogeneity in Distributed Database Systems," 
Proc. of the Fourteenth Conference on VLDB, Los Angeles, 
1988) . Because of this, when an IDTM is installed in an 
already existing service management system, the existing 
service management system, including its database management 
system, does not have to be modified. 

To understand the operation of the IDTMs. it is useful to 
consider an application 58 at service management system 12-A 
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located at site 1. The application 58 accesses to the local 
and remote databases (e.g., 53, 53') by first registering with 
the local transaction manager 60 of IDTM A. When the local 
transaction manager 60 receives a registration request from a 
local application 58, the local transaction manager 60 
allocates and connects a local agent 50 to the application 58. 
The allocated agent 50 is called the coordinator agent. The 
local application 58 may need to access a remote database such 
as the database 53' of service management system 12-B at site 
2. In this case, the local coordinator agent 50 at site 1 
will request the local transaction manager 6 0 to allocate a 
remote agent 50' at site 2. To allocate the remote agent 50' 
(called a participant agent) , the local transaction manager 60 
at site 1 communicates, via the local communication manager 
62, the network 14 and the remote communication manager 62' 
(at site 2), with the transaction manager 60' which allocates 
the remote participant agent 50' . Then, the application can 
issue operations on the remote database 53' via the 
coordinator agent 50 and the participant agent 50' . A channel 
is set up between the coordinator agent 50 as the participant 
50' agent using the network 14. 

In general, different kinds of agents are assigned by the 
transaction manager to different kinds of applications. For 
example, if an application prefers batched updates, then an 
agent may be assigned to this application that accumulates 
update operations to databases. On the other hand, if an 
application requires a fast response, then an agent optimized 
for fast response times may be allocated to this application. 



16 



WO 97/31473 PCT/US96/02478 . 

The agents 50, 50' for performing database access operations 
are entirely conventional. 

Each IDTM agent 50, 50' comprises several modules for 
performing the following functions ; database accesses , 
persistent storage, concurrency control , commit protocol, and 
event detection. Applications may use locking or 

certification techniques for concurrency control over global 
data . 

The IDTM provides a set of functions that simplify the 
global data access interface. Table 1 lists some interface 

r 

functions that can be used by an application. In Table l, 
there is only included functions that are not generally 
provided by database management systems or where the 
parameters are different from those provided by database 
management sy s t ems . 
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Applications can insert event detection rules into an IDTM 
using the trigger rule management interface (see the second line 
from the bottom of Table 1) . The "addtrigger" function for 
adding a trigger rule to an IDTM is described by the following 
four lines of pseudocode: 

Addtrigger triggerName triggerContext 

EVENT eventype relationName {list of wildcard attributes names) NULL 
PREDICATE (list of relationName attribute Name "attributeValue" ) NULL 
ACTION actionHandler NULL 

The "triggerName" specifies the name of the trigger that 
will be referenced by those applications interested in it. The 
"triggerContext" contains information such as the security level 
or other application contexts of the trigger. The 

18 
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"actionHandler" is performed before the triggering transaction 
commits. A unique trigger identifier will be returned after the 
"addtrigger" operation. When the EVENT and PREDICATE df the 
trigger are evaluated true, the trigger rule is fired. After a 
trigger is added, other applications that know the name of the 
trigger can add to the notification list of the trigger using an 
"addtotrigger" operation. After the "addtotrigger" operation is 
performed, the application will be notified when the trigger is 
fired. 



Prototype Sftrvft™* 

Fig. 4 illustrates a system 100 in which a personalized 
communication service can be provided to a user. A typical 
example is the case of a user, who temporarily rents a portable 
15 phone at a visiting location. This user wants phone calls 
directed to his/her home phone to be automatically forwarded to 
the rented portable phone and wants to restrict incoming calls 
at the rented portable phone. 

The system 100 of Fig. 4 comprises the networks maintained 
by four service providers. The network 200 is the network of the 
home local telephone company of the user. As shown in Fig. 4, 
the network 200 includes a plurality of subscriber lines 202, 204 
which connect the CPE units 203, 205 to the central office 208. 
Illustratively, the CPE unit 203 is the home phone of the user 
mentioned above. Also connected to the central office 208 by a 
line 209 is a service management system 210 which is operated by 
the home local telephone company. The service management system 
210 comprises the computer 212 and the storage 214 which stores 
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a database comprised of customer profile records and credit 
records. The operation of a service management system such as 
service management system 210 has been described in detail above. 
The network 200 also contains a service control point 220 which 
5 is connected to the central office 203 by the line 222 and the 
service management system 210 by the line 224. 

The network 200 of the home local telephone company is 
connected to the network 300 of a long distance carrier. A 
portion of the network 300 is shown in Fig. 4. The network 300 
10 comprises the central offices 302, 304, 306. These central 
offices are interconnected by a long distance transport network 
308. 

The central office 208 of the local telephone network 200 
is connected to the central office 302 of the long distance 

15 telephone network 300. The service management system 310 of the 
long distance carrier is connected to the central office 304 . 
The service management system 310 comprises the computer 312 and 
the storage 314. 

The network 400 is also a local telephone network. The 

20 local telephone network 400 is operated by the visiting local 
telephone company of the user. The local telephone network 400 
includes the central office 402. The central office 402 of the 
local telephone network 400 is connected to the central office 
306 of the long distance network 300. A CPE unit in the form of 

25 terminal 404 is also connected to the central office 402 by the 
subscriber loop 405. The service management system 410 is also 
connected to the central office 402. The service management 
system 410 comprises the computer 412 and the storage 414. The 
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network 400 also comprises a service control point 4 00 which is 

" connected to the central office 402 by the line 422 and to the 
service management system 410 by the line 424. 

The network 500 is the network of a personal communication 
service provider, in this case, a cellular telephone company. 
The cellular telephone network 500 includes the switch 502. The 
switch 502 is connected to the central office 402 of the local 
telephone network 400. The switch 502 is also connected to a 
radio port 504 which transmits, signals to and receives signals 
from a plurality of portable telephones such as the portable 
telephone 506. Also connected to the switch 502 is the service 
management system 510 which comprises the computer 512 and the 
storage 514 . 

Thus, the system 100 of Fig. 4 includes the networks of four 
15 service producers. These are the local telephone network 200 of 
the home local telephone company, the long distance network 300 
of the long distance telephone company, the local telephone 
network 400 of the visiting local telephone company, and the 
cellular telephone network 500 of the cellular telephone company. 
20 Each of these four service providers has its own service 
management system. These are the service management system 210 
of the home local telephone company, the service management 
system 310 of the long distance telephone company, the service 
management system 410 of the visiting local distance telephone 
25 company, and the service management system 510 of the cellular 
telephone company. 

Each of the individual service management systems has a 
local database storing customer profile records (CPR) and credit 
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records (CR) . The CPR contain information such as. name, address, 

office phone and preferred long distance carrier such as the 
carrier which operates the network 300. It also contains 
information about services such as incoming and outgoing call 
restrictions. The customer credit records contain information 
about unacceptable users, for example. Each of the individual 
service management systems also has a database management system 
for managing the local database. 

In accordance with the present invention, the individual 
service management systems are combined to form a distributed 
service management system. This is accomplished by providing an 
IDTM (discussed in detail above) at each individual service 
management system . 

As discussed above, the IDTMs integrate the databases 
belonging to the multiple individual service management systems 
into a single multidatabase transaction management environment. 
Each IDTM comprises a plurality of agents that encapsulate the 
local database by acting as an intermediary for all applications 
(remote or local) attempting to access the local database base. 

Thus, the service management systems 210, 310, 410, and 510 
together form a distributed service management system in 
accordance with the invention. The distributed service 
management system permits services to be provided to users across 
multiple service providers. 

Return now to the example of a user who rents a portable 
phone at an airport and who wants call forwarding and incoming 
call restriction services. These services can be implemented in 
a number of ways using the distributed service management system 
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of the present invention. 

The implementation of this service illustratively uses the 
following steps: 

1. The call forwarding and call restriction service is 
implemented by an application which runs in" the 
service management system 510 of cellular telephone 
network 500. The application may be activated from 
anywhere, e.g. from the terminal 404 which connects to 
the service management system 510 via the central 
office 402 and switch 502, or from the base phone 203 
of the user which connects via the system 100 to the 
service management system 510. The application 
registers with the transaction manager at the local 
IDTM (see Fig 3) and a local coordinator agent is 
allocated to the application. The local coordinator 
agent accesses the local data base in the service 
management system 510 and creates in the database a 
customer profile record for the user. The coordinator 
agent inserts the incoming call restriction 
information and call forwarding information into this 
record. Using the distributed service management 
system, the local agent at the service management 
system 510 arranges for this record to be inserted 
into the service management systems 410 , 310, and 210 
of the other service providers. As indicated above, 
this is accomplished by using the IDTMs at these other 
service management systems to allocate remote 
participant agents. 
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2. Upon receiving the database insertion requests, the 
service management systems 410, 310, and 210 each 
determine whether the insertion is acceptable, for 
example, by checking credit records of the user. If 
the insertion is acceptable, the customer profile 
record of the user will be inserted into the local 
database of each service management system. 
Otherwise, if the insertion is unacceptable to any one 
of the service providers, the user will not be able to 
subscribe to the desired service. 



3. Upon insertion of the customer profile record, the 
service management system 410 will create a VLR 
including call restriction information. The VLR will 
be transmitted to a service control point 420 or 
central office 402 that performs call restriction and 
routing at the visiting local telephone network. 



4 . Upon receiving the insertion request of the customer 
profile record, the long distance carrier service 
management system 310 determines whether it has 
coverage at the visiting location and also performs a 
credit check using the credit records maintained in 
its database. If both the area of coverage and 
credit check are positive, the insertion request is 
granted. 
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5. Upon receiving the customer profile record insertion 
request, the home local telephone company, through its 
service management system 210, will check the customer 
credit record, create an HLR containing the call 
forwarding information and VRL location, and down load 
the HLR to a local service control point (e.g. service 
control point 220) or central office (e.g. the central 
office 202) covering the base telephone 203. Then, 
the call forwarding service is activated by causing 
the central office 202 to route calls originally 
directed to the base telephone 2 03 through the 
networks 200, 300, and 400 to the mobile phone 506. 
There are several techniques by which the calls can be 
forwarded through the networks 200, 300 and 400 and 
these are discussed below. 

6. When the user returns the rented portable phone, the 
distributed service management system is utilized to 
remove the customer profile record from all of the 
databases. The local coordinator agent at the service 
management 510 deletes this customer profile record 
from the local database. The local coordinator agent 
at service management system 510 also arranges for 
participant agents at the other service management 
systems 410, 310, 210 to delete this customer profile 
record. Upon deletion, the home local telephone 
company deactivates the call forwarding service and 
deletes the HLR from the service control point or 



WO 97/31473 PCT/US96/02478 . 

central office which controls the call forwarding. 
The service management system 410 will delete the VLR 
for this user. 

The call forwarding operation can be carried out in a number 
f ways described below: 

A call originally directed to the user's base phone 
can be forwarded to a unique number assigned to the 
user's portable phone by the personal communication 
service provider. 

A call originally directed to a user's base phone can 
be forwarded to a group number assigned to the 
personal communication service provider. The personal 
communication service provider maintains a database in 
a storage device which links a base number provided by 
the user (e.g. the user's home number or office number 
or any other base number provided by the user) to the 
telephone number assigned to the rental portable 
phone. When an incoming call arrives, the base phone 
number serves as a key to retrieve the rental phone 
number. After retrieving the rental phone number, the 
incoming call is routed to the user. 

This method is the same as the previous method but 
there is a single nationwide group number. The call 
is forwarded from the user's base phone to the 
nationwide group number. There is maintained a 
centralized database which maps the base number to a 
group number of a specific personal communication 
service provider or the number of the rented portable 
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telephone. After an incoming call arrives, the table 
entry is indexed using the base number of the user. 
Then the call is forwarded to the appropriate service 
provider or telephone having the retrieved entry, if 
the call is routed to the group number of a specific 
service provider, another table is indexed to obtain 
the telephone number of the phone to which the call is 
to be forwarded. 
All of these forwarding procedures can be implemented using 
the distributed service- management system of the present 
invention by inserting the appropriate call forwarding 
information into the databases of the appropriate service 
providers . 

In short, the provision of a personalized communication 
service to a user comprises a plurality of database operations 
including, insertion, record checking and deletion operations. 
These are carried out across multiple databases of multiple 
service providers using the distributed service management system 
and method of the present invention. 

It should be noted that some trigger rules may be created 
to implement a service such as call forwarding to a temporary 
user of a portable phone. For example, to carry out step 5 by 
the service management system of the home local company, a 
trigger rule represented by the following pseudocode may be used. 

On insert to CPR, check credit before commit and create 
(HLR, load service control point, activate call forwarding) 
after commit. 
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cgncluaion 

A distributed service management system has been provided 
co provide personal communication services across multiple 
service providers. Finally, the above described embodiments of 
the invention are intended to be illustrative only. Numerous 
alternative embodiments and equivalent structures may be devised 
by those skilled in the art without departing from the scope of 
the following claims. 
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1. A distributed service management system for providing 
communication services comprising: 

a plurality of individual service management systems, 

and 

a network interconnecting said individual service 
management systems , 

said individual service management systems each 
comprising : 

a local data base stored in a storage device; and 
an interface for enabling applications at different 
ones of the individual service management systems to 
access the local database. 

2. The distributed service management system of claim 1 
wherein the interfaces in said individual service 
management systems communicate by transmitting messages via 
said network. 

I . The distributed service management system of claim l 
wherein the interface at a particular one of said 
individual service management systems comprises 

a pool of agents for accessing the local database at 
the particular service management system, and 

a transaction manager for allocating the agents to 
said applications. 

I. The distributed service management system of claim 3 
wherein the applications are applications at the particular 
individual service management system or applications of 
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another one of said individual service management systems. 
"5. The distributed service management system of claim l 
wherein one of said service management systems is operated 
by a local telephone company. 
5 6. The distributed service management system of claim 1 
wherein one said service management systems is operated by 
a long distance company. 

7. The distributed service management system of claim 1 
wherein one of said service management systems is operated 

10 by a cellular telephone company. 

8. The distributed service management system of claim 1 
wherein said distributed service management system provides 
a communication service to a portable phone temporarily 
assigned to a user. 

15 9. The system of claim 8 wherein said service comprises 
forwarding calls from a designated phone of said user to 
said portable phone. 
10. The system of claim 8 wherein said service includes the 
restriction of incoming calls to said portable phone. 

20 11. A distributed service management system for managing 
multiple databases of one or more communication service 
providers to provide communication services for a user, 
said distributed service management system comprising: 

a plurality of individual service management systems, 

25 each of said individual service management systems 

comprising a local database and an interface for enabling 
a local application running at the individual service 
management system to access the local databases at other 
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individual service management systems to provide said 
communication services. 

12. The distributed service management system of claim 11 

wherein said service management systems are operated by one 

5 or more local telephone companies and a long distance 

t e 1 ephone company . 

13 . The distributed service management system of claim 12 
wherein one of said service management systems is operated 
by a cellular telephone company. 

10 14. The distributed service management system of claim 11 
wherein said service is a service provided to a mobile 
telephone temporarily used by a user. 

15. The distributed service management system of claim 11 
wherein the interface at a particular one of said 

15 individual service management systems comprises: 

a pool of agents for accessing the local database at 
the particular service management system, and 

a transaction manager for allocating the agents to 
local applications running at the particular service 
20 management system and remote applications running at other 

ones of said individual service management systems. 

16. A method for providing a communications service using a 
distributed service management system comprising a 
plurality of individual service management systems operated 

25 b Y one or communication service providers, said method 

comprising the steps of: 

accessing databases maintained at said plurality of 
individual service management systems, said accessing step 
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comprising : 

allocating to an application a coordinator agent at a 
particular one of said individual service management 
systems, 

using said coordinator agent to access the database at 
said particular service management system, 

under the control of the coordinator agent, 
transmitting a message to a different one of said 
individual service management systems for allocating to 
said application a participant agent at said different 
individual service management system, and 

using said participant agent to access the database at 
said different individual service management system. 

17. The method of claim 16 further comprising step of loading 
data from one of said accessed databases to a call 
processing system in a network operated by one of said 
service providers to provide said service to said user. 

18. The method of claim 17 wherein said service is a service 
provided to a portable telephone utilized temporarily by 
said user. 

19. A distributed service management system for enabling 
applications to access multiple databases operated by one 
or more communication service providers to provide 
communication services involving said one or more service 
providers to users comprising: 

a plurality of individual service management systems 
operated by a plurality of different service providers, 
said individual service management systems being 
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interconnected by a network, 

each of said individual service management systems 
comprising a local database containing information relating 
to telecommunication service users and an interface 
comprising a plurality of agents, said agents performing 
database access operations on the local database to enable 
said applications to access the local database. 

20. The distributed service management system of claim 19 
wherein: the interface at a particular one of the 
individual service management systems comprises a 
coordinating agent for enabling a particular application to 
access the database at the particular service management 
system, and 

the interface at a different one of said service 
management systems comprises a participant agent activated 
under the control of the coordinating agent for enabling 
the particular application to access the database at the 
different service management system. 

21. A distributed service management method for communication 
services comprising the steps of: 

connecting a local application to a local agent in a 
local individual service management system operated by a 
first communication service provider, 

using said agent, enabling said application to access 
a local database of said local service management system, 
said local database containing information relating to 
customers of said first service provider, 
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transmitting via a network a request generated by said 
local agent to a remote individual service management 
system operated by a second communication service provider, 

in response to said request, allocating a remote agent 
in said remote service management system to said 
application, and 

using said remote agent, enabling said application to 
access a remote database at said remote service management 
system, said remote database containing information 
relating to customers of said second service provider. 

22. The method of claim 21 further comprising the step of 
loading information contained in said remote database to a 
call processing system of said second service provider. 

23. The method of claim 21 further comprising the step of 
loading information contained in said local database to a 
call processing system of said first service provider. 

24. The method of claim 21 wherein said first service provider 
is cellular telephone company and said second service 
provider is a local telephone company 

25. The method of claim 21 wherein the first service provider 
is a first local telephone company and the second service 
provider is a second local telephone company 

26. A method for providing a communication service to a nomadic 
user on a temporary basis comprising the steps of: 

using a unit of customer premises equipment, 
activating an application at a first service management 
system in a first network operated by a first communication 
service provider, 
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registering said application with a transaction 
manager in said first service management system, 

allocating by said transaction manager a local agent 
to said application, 

using said local agent, accessing a local database of 
said first service management system and generating a 
customer profile record for a user, 

generating a request by said local agent that at least 
part of said customer profile record be inserted into a 
remote database of a second service management system 
operated by a second communication service provider, 

determining at said remote database if said insertion 
request is acceptable, and 

if said insertion request is acceptable, then using 
15 the call profile record to modify the processing of a call 

in a network operated by one of said service providers. 
27. The method of claim 26 wherein said step of modifying the 
processing of a call comprises forwarding a call directed 
to a base telephone of a user to someplace else. 
20 28. The method of claim 27 wherein said call is forwarded to a 
portable telephone. 
29. The method of claim 28 wherein said step of forwarding a 
call to a portable telephone comprises 

a) forwarding the call to a group telephone number for 
accessing a table, 

b) accessing the table with a base telephone number of 
the user to obtain a temporary portable telephone 
number of the user, and 



25 



35 



WO 97/31473 PCT/US96/02478 . 

c) forwarding the call to a portable telephone of the 
user using the temporary portable telephone number. 

30. A method for providing a desired telecommunications service 
to a user comprising the steps of: 

a) creating a user record containing information about 
the desired service for the user, 

b) inserting the user record into a plurality of 
databases maintained by a plurality of 
telecommunication service providers, and 

c) loading information from said user record into call 
processing systems maintained by said plurality of 
service providers to modify the processing of calls by 
said plurality of service providers to provide said 
service for said user. 

31. The method of claim 30 wherein said step of inserting said 
record into a plurality of databases comprises the steps 
of: 

activating an application at a first service 
management system operated by a first of said service 
providers allocating a coordinator agent at the first 
service management system to the application, 

using said coordinator agent, accessing a first 
database at the first service management system to form 
said user record, 

under the control of said first agent, allocating to 
said application, a plurality of participant agent at a 
plurality of other service management systems operated by 
other ones of said service providers, and 
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using said plurality of other agents, inserting said 
record into a plurality of other databases. 

32. The method of claim 30 wherein said desired service is call 
forwarding from a base telephone of the user to a 
temporarily utilized portable telephone. 

33. A method of providing a call forwarding service to a 
particular user who is temporarily utilizing a portable 
phone, said method comprising the steps of: 

maintaining by a service provider a database stored in 
a storage device, said database containing a mapping of 
base telephone numbers of a plurality of users and 
telephone numbers assigned to portable telephones being 
temporarily used by the users, 

accessing said database to insert into said database 
a base telephone number of said particular user and a 
particular telephone number of the portable phone 
temporarily used by the user, 

forwarding a call originally directed to the base 
telephone number of the particular user to a group 
telephone number of said service provider to access said 
database, 

using the base telephone number of the particular user 
as a key, accessing said database to obtain the particular 
telephone number of the portable phone used by the 
particular user, and 

forwarding said call to said particular telephone 
number of said portable phone used by said user. 
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